home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000111_connolly@pixel.convex.com _Sun Jun 7 07:15:06 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  1KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA09233; Sun, 7 Jun 92 07:15:06 MET DST
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA10393; Sun, 7 Jun 92 07:13:11 +0200
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA12453; Sun, 7 Jun 92 00:12:57 -0500
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA17832; Sun, 7 Jun 92 00:12:55 -0500
  10. Message-Id: <9206070512.AA17832@pixel.convex.com>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: HTML is not SMGL
  13. Date: Sun, 07 Jun 92 00:12:55 CDT
  14. From: Dan Connolly <connolly@pixel.convex.com>
  15.  
  16. My grandiose scheme to convert HTML to MIME and SGML
  17. works fine.
  18.  
  19. Now I'm going back to the idea of writing a DTD for
  20. the existing HTML format. I can't seem to do it.
  21. HTML has so little rigid structure that I'm running
  22. into mixed content problems (I have to allow #PCDATA
  23. almost anywhere, hence mixed content, which screws
  24. up everything).
  25.  
  26. How much extant HTML is really out there? And how
  27. much of it is generated on the fly by gateways
  28. and servers?
  29.  
  30. This MIME/SGML stuff sure seems like the way to go.
  31.  
  32. Now if I make it possible to create such documents
  33. with FrameMaker and a perl script, I bet it will
  34. catch on. I suspect I'll get some resistance against
  35. abandoning UDI's, but I don't think they work.
  36.  
  37. Dan